Controlling traffic transmissions to manage cellular radio resource utilization

ABSTRACT

Techniques control traffic transmissions to manage radio resource utilization. When content is being streamed to user equipment (UE) and is at least initially intended to be streamed in real time at a constant bitrate, a communication management component can determine whether the content being transmitted to the UE can be delayed, instead of being transmitted in real time. In response to determining that the content can be delayed, the communication management component can facilitate buffering data and periodically streaming the data to the UE in data bursts to reduce use of UE power and radio resources. When transmitting a visual image to a UE, the communication management component can adjust resolution of a visual image to correspond to screen dimensions of the UE based on information indicating screen dimensions of the UE that can be received from the UE.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, and claims priority to each of,U.S. patent application Ser. No. 14/996,033, filed Jan. 14, 2016, andentitled “Controlling Traffic Transmissions To Manage Cellular RadioResource Utilization,” which is a continuation of U.S. patentapplication Ser. No. 13/528,423, filed Jun. 20, 2012, now U.S. Pat. No.9,264,872, and entitled “Controlling Traffic Transmissions To ManageCellular Radio Resource Utilization,” each of which applications claimpriority to U.S. Provisional Patent Application No. 61/498,823, filedJun. 20, 2011, and entitled “Best Practices/OS Support For SmartphoneApplications,” the entireties of which applications are herebyincorporated herein by reference. This application also is related toU.S. patent application Ser. No. 13/164,112, filed Jun. 20, 2011, nowU.S. Pat. No. 9,220,066, and entitled “Bundling Data Transfers AndEmploying Tail Optimization Protocol To Manage Cellular Radio ResourceUtilization,” the entirety of which application is hereby incorporatedherein by reference.

TECHNICAL FIELD

This disclosure relates to network communications, e.g., to controllingtraffic transmissions to manage cellular radio resource utilization.

BACKGROUND

A wireless communication system can be utilized to provide wirelessaccess to various communication services (e.g., voice, video, data,messaging, content broadcast, etc.) for users of the system. Wirelesscommunication systems can operate according to a variety of networkspecifications and/or standards, such as Universal MobileTelecommunications System (UMTS), Third Generation Partnership Project(3GPP) Long Term Evolution (LTE), High Speed Packet Access (HSPA). Thesespecifications and/or standards use different modulation techniques,such as Code Division Multiple Access (CDMA), Time Division MultipleAccess (TDMA), Frequency Division Multiple Access (FDMA), Multi-CarrierCDMA (MC-CDMA), Single-Carrier CDMA (SC-CDMA), Orthogonal FrequencyDivision Multiple Access (OFDMA), Single-Carrier Frequency DivisionMultiple Access (SC-FDMA), and so on.

Users can use communication devices (e.g., mobile phone, electronictablet or pad, etc.) to access a wireless communication network to, forexample, perceive (e.g., watch and/or listen to) a program beingstreamed to the communication device. In wireless communication networks(e.g., cellular networks), when a program is being streamed,continuously streaming traffic of the program at a constant low bitratecan cause significant inefficiencies in resource utilization, as thecommunication device can be constantly using the wireless communicationchannel (e.g., dedicated channel (DCH)), whose available bandwidth canbe significantly underutilized due to the relatively lowconstant-bitrate streaming.

Another issue relating to wireless communications to communicationdevices involves image sizes in relation to high-resolution images.Different communication devices can have different screen dimensions.When content that includes a visual image is being downloaded from aserver to a communication device, the visual image may have a relativelyhigh resolution, which can result in transmission of a relatively largeamount of data to the communication device. However, the communicationdevice receiving the content, including the high-resolution visualimage, may have a relatively small screen size. As a result,transmission of the relatively large amount of data representing thehigh-resolution visual image can be wasteful and unnecessary, since thescreen size of the communication device is too small to fully displaythe high-resolution visual image in its original size.

The above-described description is merely intended to provide acontextual overview of wireless communication networks, and is notintended to be exhaustive.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a block diagram of an example system that can controldata transfers associated with a communication device to facilitatemanaging radio resource utilization in accordance with various aspectsand embodiments described herein.

FIG. 2 depicts a block diagram of an example system that can desirablycontrol scheduling of data transfers relating to user equipment (UE) inaccordance with various aspects and embodiments described herein.

FIG. 3 illustrates a diagram of an example Universal MobileTelecommunications System (UMTS) network that can facilitate desiredoperation of a UE in accordance with various aspects and embodiments.

FIG. 4 illustrates diagrams of example state transition schemes that canbe utilized by a wireless terminal in accordance with various aspects.

FIG. 5 depicts a diagram of example analysis results showinginefficiencies in resource utilization relating to a conventionalwireless communication system.

FIG. 6 illustrates a block diagram of an example UE communicationmanagement component in accordance with various aspects and embodimentsof the disclosed subject matter.

FIG. 7 presents a block diagram of an example communication managementcomponent in accordance with various aspects and embodiments of thedisclosed subject matter.

FIG. 8 illustrates a non-limiting example system that can implement someor all of the aspects described herein.

FIG. 9 depicts a flow chart of an example method for managing datatransfers associated with a UE, in accordance with various aspects andembodiments.

FIG. 10 depicts a flow chart of another example method for managing datatransfers associated with a UE, in accordance with various aspects andembodiments.

FIG. 11 depicts a flow chart of still another example method formanaging data transfers associated with a UE, in accordance with variousaspects and embodiments.

FIG. 12 illustrates a flow chart of an example method that canfacilitate modifying display characteristics associated with content tofacilitate efficient transmission of the content in accordance withvarious aspects and embodiments.

FIG. 13 depicts a flow chart of another example method that canfacilitate modifying display characteristics associated with content tofacilitate efficient transmission of the content in accordance withvarious aspects and embodiments.

FIG. 14 illustrates an example computing system environment that isoperable to execute various aspects of the disclosed subject matterdescribed herein.

DETAILED DESCRIPTION

The following presents a simplified overview of various aspects of thedisclosed subject matter in order to provide a basic understanding ofsuch aspects. This is not an extensive overview of all contemplatedaspects, and is intended to neither identify key or critical elementsnor delineate the scope of such aspects. Its sole purpose is to presentsome concepts of the disclosed subject matter in a simplified form as aprelude to the more detailed description of the disclosed subject matterthat is presented later. It will also be appreciated that the detaileddescription may include additional or alternative embodiments beyondthose described in this overview.

The disclosed subject matter can include a system that can include atleast one memory storing computer-executable instructions; and at leastone processor, communicatively coupled to the at least one memory, thatfacilitates execution of the computer-executable instructions. The atleast one processor facilitates the execution of the computer-executableinstructions to at least: determine whether it is permissible forcontent to be received by a user equipment using a plurality of separatedata bursts comprising respective portions of the content without usinga continuous stream at a constant bitrate; and receive the respectiveportions of the content in respective data bursts of the plurality ofseparate data bursts in response to a determination that it ispermissible for the content to be received by the user equipment usingthe plurality of separate data bursts comprising the respective portionsof the content instead of reception of the content using the continuousstream at the constant bitrate.

The disclosed subject matter also can include a method, comprising:determining, by a system including at least one processor, whether it isacceptable to communicate content to a user equipment from acommunication device using a plurality of separate data burstscomprising respective portions of the content instead of communicatingthe content using a continuous stream at a constant bitrate; andcommunicating, by the system, the respective portions of the content tothe user equipment using respective data bursts of the plurality ofseparate data bursts in response to determining that it is acceptable tocommunicate the content to the user equipment from the communicationdevice using the plurality of separate data bursts comprising therespective portions of the content instead of communicating the contentusing the continuous stream at the constant bitrate.

The disclosed subject matter further can comprise a system that caninclude at least one memory storing computer-executable instructions;and at least one processor, communicatively coupled to the at least onememory, that facilitates execution of the computer-executableinstructions. The at least one processor facilitates the execution ofthe computer-executable instructions to at least: determine whether itis acceptable to transmit content to a user equipment using a pluralityof separate data bursts comprising respective portions of the contentinstead of transmission of the content using a continuous stream at aconstant bitrate; and transmit the respective portions of the content tothe user equipment using respective data bursts of the plurality ofseparate data bursts in response to a determination that it isacceptable to transmit the content to the user equipment using theplurality of separate data bursts comprising the respective portions ofthe content instead of transmission of the content using the continuousstream at the constant bitrate.

The above overview is merely intended as a preface of the more detaileddescription that follows. The following part of the detailed descriptionand the annexed drawings set forth in detail certain illustrativeaspects of the disclosed subject matter. These aspects are indicative,however, of but a few of the various ways in which the principles of thedisclosed subject matter may be employed. The disclosed subject matteris intended to include all such aspects and their equivalents. Otheradvantages and distinctive features of the disclosed subject matter willbecome apparent from the following part of the detailed description ofthe disclosed subject matter when considered in conjunction with thedrawings.

Users can use communication devices (e.g., mobile phone, electronictablet or pad, etc.) to access a wireless communication network to, forexample, perceive (e.g., watch and/or listen to) a program beingstreamed to a communication device. In wireless communication networks(e.g., cellular networks), when a program is being streamed,continuously streaming traffic of the program at a constant low bitratecan cause significant inefficiencies in utilization of radio resourcesand other types of resources (e.g., power), as the communication devicecan be constantly using the wireless communication channel (e.g.,dedicated channel (DCH)), whose available bandwidth can be significantlyunderutilized due to the relatively low constant-bitrate streaming.

Another issue relating to wireless communications to communicationdevices involves image sizes in relation to high-resolution images.Different communication devices can have different screen dimensions ordisplay characteristics. For instance, when content that includes avisual image is being downloaded from a server to a communicationdevice, the visual image may have a relatively high resolution, whichcan result in transmission of a relatively large amount of data to thecommunication device. However, the communication device receiving thecontent, including the high-resolution visual image, may have arelatively small screen size. As a result, transmission of therelatively large amount of data representing the high-resolution visualimage can be wasteful and unnecessary, since the screen size of thecommunication device is too small to fully display the high-resolutionvisual image in its original size.

To that end, techniques for controlling traffic (e.g., voice or datatraffic) transmissions to manage radio resource (e.g., cellular radioresource) utilization are presented herein. In accordance with variousimplementations, the disclosed subject matter can use bursty streamingof traffic, control image size of images, employ efficient scheduling oftraffic, use fast dormancy, and/or use a tail optimization protocol(TOP) to facilitate efficiently managing radio resource utilization inrelation to communications associated with user equipment (UE) (e.g.,mobile phone, electronic tablet or pad, etc.).

A UE can include a UE communication management component that can managetraffic communications between the UE and other communication devices(e.g., server, computer, etc.) associated with a communication network.In some implementations, another communication device (e.g., server,computer, etc.) can include a communication management component thatcan communication, coordinate, and/or negotiate with the UEcommunication management component to facilitate managing radio resourceutilization associated with the UE. When content (e.g., video or audiocontent) is being streamed to the UE and is at least initially ortentatively intended to be streamed in real time at a constant bitrate,the UE communication management component and/or the communicationmanagement component of the other communication device can determinewhether the content being transmitted to the UE can be delayed, insteadof being transmitted in real time. In response to the UE communicationmanagement component and/or the communication management componentdetermining that the content can be delayed, the communicationmanagement component can facilitate buffering data (e.g., by storing thebuffered data in a queue and/or buffer component) and periodicallystreaming (e.g., bursty streaming) portions of the data to the UE indata bursts to reduce use of UE power and radio resources.

In some implementations, the UE communication management component cancoordinate with the communication management component to schedule datatransfers associated with the UE to group (e.g., bundle, batch) the datatransfers associated with the streamed content and/or other datatransfers (e.g., delay-sensitive data transfers or other data transfersassociated with a different application(s) or server(s)) to communicatethem to the UE in a single data burst instead of communicating thesedata transfers in multiple data bursts. The UE communication managementcomponent also can utilize fast dormancy and/or the TOP protocol tooptimize tails and the scheduling of tail removals at the connectionlevel, e.g., at the end of a data transfer to facilitate furtherimproving (e.g., reducing, minimizing, optimizing, etc.) radio resourceutilization associated with the UE.

In some implementations, when a visual image is to be transmitted to theUE by the communication device, the UE communication managementcomponent can transmit information relating to the UE that can providean indication of the dimensions of the screen size or other displayscreen characteristics associated with the UE to the other communicationdevice. The communication management component associated with the othercommunication device can analyze the information relating to the UE,and, based at least in part on the analysis results, can identify thescreen dimensions and/or other display screen characteristics of the UE.The communication management component can adjust resolution and/orother display characteristics of the visual image to correspond toscreen dimensions and/or other display characteristics of the UE basedat least in part on the received information relating to the UE. Theother communication device can transmit the adjusted visual image and/orother associated content to the UE for presentation (e.g., display) bythe UE.

If the UE communication management component determines that thetransfer of the adjusted visual image is not time sensitive and can bescheduled as desired (e.g., delayed if desired), or determines thatthere is another data transfer that can have its transfer time adjustedto be sent in a same data burst as the adjusted visual image, the UEcommunication management component can schedule the data transfer of thevisual image along with other data transfers to group the transfer ofthe visual image and the other data transfers (e.g., time-sensitive datatransfers or other data transfers associated with a differentapplication(s) or server(s)) in a single data burst to transfer thesedata transfers to the UE via a communication channel being utilized bythe UE, instead of transferring these data transfers in multiple databursts. The UE communication management component also can utilize fastdormancy and/or the TOP protocol to optimize tails and the scheduling oftail removals at the connection level, e.g., at the end of this datatransfer (e.g., single data burst) to further improve radio resourceutilization associated with the UE.

Various aspects of the disclosed subject matter are now described withreference to the drawings, wherein like reference numerals are used torefer to like elements throughout. In the following description, forpurposes of explanation, numerous specific details are set forth inorder to provide a thorough understanding of one or more aspects. It maybe evident, however, that such aspect(s) may be practiced without thesespecific details. In other instances, well-known structures and devicesare shown in block diagram form in order to facilitate describing one ormore aspects.

Referring now to the drawings, FIG. 1 illustrates a block diagram of anexample system 100 that can control data transfers associated with acommunication device (e.g., UE) to facilitate managing radio resourceutilization in accordance with various aspects and embodiments describedherein. The system 100 can comprise a UE 102 (e.g., mobile and/orwireless communication device, such as a mobile phone (e.g., 3GPPUniversal Mobile Telecommunications System (UMTS) phone), personaldigital assistant (PDA), computer, set-top box, electronic notebook,electronic pad or tablet, portable electronic gaming device, etc.) thatcan operate and communicate in a communication network environment. Inan aspect, the UE 102 can be communicatively connected via a wirelesscommunication connection(s) to a communication network 104 via an AP106.

In an aspect, as the UE 102 is moved through a wireless communicationnetwork environment, at various times, the UE 102 can be connected(e.g., wirelessly connected) to one of a plurality of APs (e.g., macroor cellular AP, femto AP, pico AP, Wi-Fi AP, Wi-Max AP, etc.), such asan AP 106, that can operate in the wireless communication networkenvironment. An AP (e.g., 106) can serve a specified coverage area tofacilitate communication by the UE 102 or other UEs in the wirelesscommunication network environment. The AP 106 can serve a respectivecoverage cell (e.g., macrocell, femtocell, picocell, etc.) that cancover a respective specified area, and the AP 106 can service mobilewireless devices, such as UE 102, located in the respective area coveredby the respective cell, where such coverage can be achieved via awireless link (e.g., uplink (UL), downlink (DL)). When an attachmentattempt is successful, the UE 102 can be served by the AP 106 andincoming voice and data traffic can be paged and routed to the UE 102through the AP 106, and outgoing voice and data traffic from the UE 102can be paged and routed through the AP 106 to other communicationdevices (e.g., another UE) in the communication network environment. Inan aspect, the UE 102 can be connected and can communicate wirelesslyusing virtually any desired wireless technology, including, for example,cellular, Wi-Fi, Wi-Max, wireless local area networks (WLAN), etc.

The communication network 104 (e.g., Third Generation (3G), FourthGeneration (4G), or x Generation (xG) network, where x can be virtuallyany desired integer or real value) can facilitate wireless connectionwith the UE 102 via the AP 106 and facilitate communication by orbetween the UE 102 and another UE(s) or other type of communicationdevice(s) (e.g., computer, server (e.g., application server; contentserver that can be provide video content, audio content, and/or othercontent comprising other types of information; notification system orserver; etc.), etc.), such as communication device 108, associated withthe communication network 104 in the communication network environment.The communication network 104 (e.g., a core network, or networkcomprising a core network and/or IP-based network) can facilitaterouting voice and data communications between a communication device(s)(e.g., UE 102) and other communication devices (e.g., another UE, aserver, etc.) associated with the communication network 104 in thecommunication network environment.

The communication network 104 also can allocate resources to the UE 102or other UEs in the communication network 104, convert or enforceprotocols, establish and enforce Quality of Service (QoS) for the UEs,provide applications or services in the communication network 104,translate signals, and/or perform other desired functions to facilitatesystem interoperability and communication in the communication network104 (e.g., wireless portion of the communication network 104 or wirelineportion of the communication network 104). The communication network 104further can include desired components, such as routers, nodes,switches, interfaces, controllers, etc., that can facilitatecommunication of data between communication devices in the communicationnetwork environment.

In accordance with various aspects and embodiments, the UE 102 cancomprise a UE communication management component 110 that can desirably(e.g., optimally, acceptably, permissibly, etc.) control communicationof data between the UE 102 and another communication device(s), such ascommunication device 108. The UE communication management component 110can be part of or can operate in conjunction with the operating system(OS) of the UE 102 and/or an application(s) to facilitate controllingcommunication, scheduling, and/or batching of data transfers associatedwith the UE 102.

In accordance with various aspects and embodiments, the communicationdevice 108 can include a communication management component 112 that cancoordinate with the UE communication management component 110 todesirably control communication of data between the UE 102 and thecommunication device 108 or another communication device(s). The UEcommunication management component 110 can be part of or can operate inconjunction with the OS of the communication device 108 and/or anapplication(s) of the communication device 108 to facilitate controllingcommunication, scheduling, and/or batching of data transfers associatedwith the UE 102.

In certain instances, the UE 102 can request information (e.g., video oraudio content) from the communication device 108. The communicationdevice 108 may ordinarily communicate the requested information to theUE 102 via a communication channel (e.g., a dedicated channel (DCH) thatcan be in a high power active communication state) using a constantbitrate. However, communicating the requested information via thecommunication channel using a constant bitrate can be an inefficient useof radio resources. The UE communication management component 110 andthe communication management component 112 can operate to efficientlycommunicate the requested information to the UE 102 to desirably (e.g.,optimally, acceptably, etc.) manage radio resource utilizationassociated with the UE 102.

In some implementations, when information (e.g., video or audio content)is being streamed to the UE 102 and is at least initially or tentativelyintended to be streamed in real time at a constant bitrate, the UEcommunication management component 110 and/or the communicationmanagement component 112 of the other communication device 108 candetermine whether the content being transmitted to the UE 102 can bedelayed for a period of time (e.g., 10 seconds, 20 seconds, 30 seconds,. . . , 1 minute, . . . ) and sent to the UE 102 in separate burstystreams (e.g., separate data bursts)), for example, without undesired orunacceptable disruption of the presentation of the information by the UE102, instead of being transmitted in real time to the UE 102 forpresentation, in accordance with one or more defined trafficcommunication criterion. The one or more defined traffic communicationcriterion can relate to and/or be based at least in part on, forexample, network policies of the communication network 104, type ofsubscription the UE 102 or associated user has with the wireless serviceprovider, type of subscription the UE 102 or associated user has inrelation to the content being provided by the communication device 108,user preferences of the user of the UE 102, user preferences or contentprovider policies associated with the communication device 108,information in a user profile associated with the user and/or UE 102,data transfer parameters, TOP parameters, etc.

For example, a content provider policy associated with the communicationdevice 108 providing the content can specify that content to be streamedto a wireless communication device, such as the UE 102, can be delayedand transmitted in separate bursty streams at specified times (e.g., atregular or varying time intervals), instead of streaming the content tothe UE 102 in real time. As another example, a particular subscriptionfor wireless services associated with the UE 102 and/or user of the UE102 can specify that transmission of content to the UE 102 from acontent provider (e.g., communication device 108) can be delayed andtransmitted in separate bursty streams, instead of being communicated inreal time via a communication channel at a constant bitrate. As stillanother example, a user associated with the UE 102 can select a userpreference indicating that transmission of content to the UE 102 from acontent provider (e.g., communication device 108) can be delayed andtransmitted in separate bursty streams, instead of being communicated inreal time via a communication channel at a constant bitrate.

Based at least in part on (e.g., in response to) the example contentprovider policy, the example subscription associated with the UE 102and/or UE user, or the example user preference of the UE user, thecommunication management component 112 can control transmission of thecontent to have the communication device 108 transmit respectiveportions of the content in respective data bursts to the UE 102 atspecified times. To facilitate controlling transmission of the contentto transmit the respective portions of the content in respective databursts to the UE 102 at specified times, the communication managementcomponent 112 can buffer the data associated with the content (e.g., ina queue and/or buffer component) until such data is scheduled to betransferred to the UE 102. The UE communication management component 110can coordinate the scheduling of the transmission of the respective databursts with the communication management component 112 to have at leastsome of the data transfers of respective portions of content bundledtogether with other data transfers (e.g., periodic and/or time-sensitivedata transfers) to communicate the bundled data transfers in a singledata burst instead of having these data transfers sent in separate databursts. For instance, the UE communication management component 110 canschedule data transfers to bundle a data transfer of content from thecommunication device 108 with one or more other data transfersassociated with the communication device 108 and/or anothercommunication device (e.g., a server associated with anotherapplication) to have these bundled transfers transmitted to the UE 102in a single data burst. In some implementations, the UE communicationmanagement component 110 also can utilize fast dormancy and/or the TOPprotocol to desirably (e.g., acceptably, optimally, etc.) manage thetail time associated with these data transfers to reduce the amount oftail time, desirably manage state transitions by the UE 102, and reduceuse of wireless resources and power consumption by the UE 102.

In some implementations, when a visual image is to be transmitted to theUE 102 by the communication device 108, the UE communication managementcomponent 110 can transmit information relating to the UE 102 that canprovide an indication of the dimensions of the screen size or otherdisplay screen characteristics associated with the UE 102 to thecommunication device 108. For example, the UE communication managementcomponent 110 can insert such information (e.g., display screendimensions in pixels; information indicating make and model ofcommunication device, device identifier, username of UE user, account orregistration number associated with the UE 102 and/or associated UEuser, etc., from which the communication management component 112 canderive the display screen dimensions of the UE 102; etc.) relating tothe UE 102 in a header field associated with the request (e.g., adesignated or special hypertext transfer protocol (HTTP) request headerfield) for the visual image. The communication management component 112associated with the communication device 108 can analyze suchinformation relating to the UE 102, and, based at least in part on theanalysis results, can identify the screen dimensions and/or otherdisplay screen characteristics of the UE 102. The communicationmanagement component 112 can adjust resolution and/or other displaycharacteristics of the visual image to correspond to the identifiedscreen dimensions and/or other display characteristics of the UE 102.The communication device 108 can transmit the adjusted visual imageand/or other associated content to the UE 102 for presentation (e.g.,display) by the UE 102.

If the UE communication management component 110 determines that thetransfer of the adjusted visual image is not time sensitive and can bescheduled as desired (e.g., delayed by a certain amount of time, ifdesired), or determines that there is another data transfer that canhave its transfer time adjusted to be sent in a same data burst as theadjusted visual image, the UE communication management component 110 canschedule the data transfer of the adjusted visual image along with oneor more other data transfers to group the transfer of the adjustedvisual image and the other data transfer(s) (e.g., time-sensitive datatransfer(s) or other data transfer(s) associated with a differentapplication(s) or server(s)) in a single data burst to transfer thesedata transfers to the UE 102 via a communication channel (e.g., DCH)being utilized by the UE 102, instead of transferring these datatransfers in multiple data bursts. The UE communication managementcomponent 110 also can utilize fast dormancy and/or the TOP protocol todesirably (e.g., acceptably, optimally, etc.) manage the tail timeassociated with these data transfers to reduce the amount of tail time,desirably manage state transitions by the UE 102, and reduce use ofwireless resources and power consumption by the UE 102.

FIG. 2 depicts a block diagram of an example system 200 that candesirably control scheduling of data transfers relating to a UE inaccordance with various aspects and embodiments described herein. Thesystem 200 can include a UE 202 that can be communicatively connected toa communication network 204 via a communication connection with AP 206,which can be communicatively connected with the communication network204. The system 200 also can include one or more other communicationdevices, including communication device 208 that can be communicativelyconnected to the communication network 204 via a wireline communicationconnection or wireless communication connection (e.g., cellular, Wi-Fi,or other type of wireless communication connection).

The UE 202 can include a UE communication management component 210 thatcan desirably (e.g., optimally, acceptably, etc.) control communicationof data between the UE 202 and another communication device(s), such ascommunication device 208, as more fully disclosed herein. Thecommunication device 208 can comprise a communication managementcomponent 212 that can coordinate with the UE communication managementcomponent 210 to desirably control communication of data between the UE202 and the communication device 208 or another communication device(s).The UE 202, communication network 204, AP 206, communication device 208,UE communication management component 210, and communication managementcomponent 212 each can be the same as or similar to, or can comprise thesame or similar functionality as, respective components (e.g.,respectively named components), such as described herein with regard tothe disclosed subject matter.

The UE 202 can contain, utilize, and/or be associated with a pluralityof applications, including application₁ 214 and application₂ 216, thatrespectively can perform functions and/or provide services correspondingto the respective applications. For example, application₁ 214 can be anapplication that can facilitate providing news content to the UE 202,and application₂ 216 can be a media content application that canfacilitate providing video and audio content to the UE 202. Application₁214 can be associated with an application server 218, which can beconnected to the communication network 204 via a wireline or wirelesscommunication connection, and can provide news content to the UE 202, asdesired, for example, by the UE user. Application₂ 216 can be associatedwith the communication device 208, which can be a media content serverthat can provide video content, audio content, visual images, etc., tothe UE 202, as desired, for example, by the UE user.

In accordance with various aspects, the UE communication managementcomponent 210 and communication management component 212 can coordinatewith each other to determine whether streamed content can be delayed fora desired amount of time instead of being delivered to the UE 202 inreal time, and transmitted from the communication device 208 to the UE202 using a series of data bursts comprising respective portions of thecontent. The UE communication management component 210 and communicationmanagement component 212 also can coordinate with each other to controlscheduling of the transmission of the data bursts of the portions of thecontent in relation to transmission of other data transfers (e.g.,periodic and/or time-sensitive data transfers, or another type(s) ofdata transfer) to the UE 202 from the communication device 208 and/orthe application server 218. For example, the UE communication managementcomponent 210 can schedule, or request to schedule, a transfer of aportion of content from the communication device 208 to have it bundledin a same data burst as a periodic data transfer being sent by theapplication server 218 to the UE 202. The communication managementcomponent 212 can facilitate transmitting the data transfer of theportion of content within the time interval of the data burst thatincludes the periodic data transfer from the application server 218 tothe UE 202. This bundling of data transfers within a same data burst,instead of sending the data transfers separately in separate databursts, can facilitate reducing the amount of radio resources used bythe UE 202, the amount of power consumed by the UE, and the amount ofresources used by the communication network 204, AP 206, and/or othercomponents associated with the system 200. In some implementations, theUE communication management component 210 also can utilize fast dormancyand/or the TOP protocol to desirably (e.g., acceptably, optimally, etc.)manage the tail time associated with these data transfers to reduce theamount of tail time, desirably manage state transitions by the UE 202,and reduce use of wireless resources and power consumption by the UE202.

There are a number of different types of periodic transfers with which abursty stream of content and/or a visual image (e.g., adjusted visualimage) can be bundled into a single data burst. One type of periodictransfer can include a “keep alive” data transfer (e.g., comprising a“keep alive” data packet) that can be periodically sent by the UE 202 tomaintain a communication connection on a communication channel. Anothertype of period data transfer can be a data transfer that relates tomeasurement of consumption or user tracking of consumption of anentity's content (e.g., in relation to an application), so that theentity can have information regarding how long the UE user has beenviewing the entity's web page or viewing/listening to its video/audiocontent. Still another example of a periodic transfer is a logging datatransfer, which can communicate logging information to a server (e.g.,application server, such as application server 318), wherein the logginginformation can indicate what the UE user was consuming during theperiod of time to which the logging data transfer relates. Yet anotherexample of a periodic data transfer can relate to advertisements thatcan be periodically communicated between an application server (e.g.,application server 318, communication device 208 also can be anapplication server) and the UE 202, for example, when an application(e.g., application₁ 214, application₂ 216) is open. Another example of aperiodic data transfer can be a pull data transfer relating to anapplication, wherein the pull data transfer can be periodicallytransmitted by the UE 202 to an application server to see if informationis available or to try to obtain information from the applicationserver. There are other types of periodic data transfers that are notincluded herein for reasons of brevity, however, all types of periodicdata transfers are contemplated by and are considered part of thesubject specification.

The periodic data transfers are data transfers that are communicatedbetween the UE 202 and the communication network 204 (and/or servers,such as application servers (e.g., 318), communicatively connected tothe communication network 204) on a periodic time basis, for example,while an application (e.g., application₁ 214, application₂ 216) isopened on and/or by the UE 202. Periodicity is a term that means orrelates to the period or amount of time between two periodic datatransfers (e.g., associated with an application), and a periodicityparameter can be one type of data transfer parameter for an application.For example, one application (e.g., application₁ 214) can have aperiodic data transfer that has a periodicity of 5 minutes, wherein,except as otherwise specified by other data transfer parameters (e.g.,jitter), the application requests that a data transfer occur every 5minutes, while another application (e.g., application₂ 216) can have aperiodicity of 30 minutes, wherein this other application requests thata data transfer occur every 30 minutes. In an aspect, if it is desiredto have a one-time data transfer, the periodicity parameter of the datatransfer can be set to 0 seconds, and as a result, the data transferwill be executed one time in accordance with the other data transferparameters (e.g., transfer start time parameter).

In another aspect, to facilitate improving operations relating to datatransfers by the UE 202, it can be desirable to specify a longerperiodicity time as opposed to a shorter periodicity time, as the longerperiodicity time can result in less periodic data transfers associatedwith an application, which can result in less data bursts associatedwith data transfers associated with an application. The time length ofthe periodicity can be set in accordance with the defined trafficcommunication criterion(s), and, for example, can be set by theapplication developer and/or updated and modified via an applicationupdate.

Another type of data transfer parameter can be a jitter parameter. Thejitter parameter can specify the amount of time before and/or after thenominal transfer start time, which can be based at least in part on theperiodicity parameter, the data transfer can be communicated. This isessentially the amount of leeway (e.g., the margin of deviation) fromthe scheduled time (e.g., nominal transfer start time) the applicationis able to accept in relation to communication of the data transfer. Forinstance, if a data transfer associated with an application has anominal transfer start time at time t₀, and the jitter parameter is+/−30 seconds, the data transfer can occur at any time from t₀−30seconds through t₀+30 seconds.

In yet another aspect, to facilitate improving operations relating todata transfers by the UE 202, it can be desirable to specify a longerjitter time as opposed to a shorter jitter time, as the longer jittertime can result in the UE communication management component 210 havingmore flexibility in scheduling data transfers that have a longer jittertime, which can result in more opportunities to bundle data transferstogether and consequently result in less data bursts associated withdata transfers. The time length of the jitter parameter can be set inaccordance with the defined traffic communication criterion(s), and, forexample, can be set by the application developer and/or updated andmodified via an application update.

Still another type of data transfer parameter can be a transfer starttime parameter (also referred to herein as “transferstarttime”). Thetransfer start time parameter can specify a time, t₀, that can be thedesired or nominal start time to perform the data transfer. The transferstart time parameter can be based at least in part on the periodicityparameter. For example, if the periodicity parameter is set to 5minutes, and the last data transfer relating to the application wasperformed at t₀−5 minutes, the transfer start time parameter can be setto t₀.

Yet another type of data transfer parameter can be a call back parameter(also referred to herein as “callback”). The call back parameter can beset to a value (e.g., name, alphanumeric value) of a function that isdesired to be called and/or executed in relation to the data transfer.Some examples of functions include a “keep alive” function that can becalled or executed to facilitate performing a “keep alive” data transferto maintain a communication connection, or an advertisement functionthat can be called periodically to facilitate performing a data transferrelating to advertisements.

In an aspect, when a first data transfer, which can be a periodic datatransfer or one-time data transfer, associated with an application(e.g., application₂ 216) is to be scheduled for transmission by the UEcommunication management component 210 (e.g., based at least in part onthe periodicity of that application), the UE communication managementcomponent 210 can analyze data transfer parameters (e.g., a jitterparameter, a periodicity parameter, and/or a transfer start timeparameter) associated with the first data transfer, and also can analyzerespective data transfer parameters of one or more other data transfersrespectively associated with one or more other applications (e.g.,application₁ 214) in relation to the data transfer parameters associatedwith the first data transfer to determine whether any of the one or moreother data transfers can be transmitted during the same data burst asthe first data transfer to mitigate (e.g., reduce, minimize) the numberof data bursts communicated to send all of these data transfers analyzedby the UE communication management component 210 and/or mitigate thenumber or type of communication state transitions associated with the UE202 in performing such data transfers. Depending in part on the type ofdata transfer (e.g., periodic, aperiodic), the other data transfers canbe associated with the same type or different types of data transferparameters as the first data transfer. For example, for an aperiodicdata transfer (e.g., audio content), there can be a transfer start time,which can be the time the aperiodic data transfer is to be performed,but no jitter parameter (or a jitter parameter equal to 0 seconds), toindicate that the aperiodic data transfer is to be performed at thetransfer start time.

In an aspect, to facilitate identifying respective data transferparameters and bundling of data transfers, the system 200 can employ adesired data transfer Application Programming Interface (API) that canidentify or specify the data transfer parameters associated with anapplication(s). The data transfer API can be initialized by anapplication (e.g., application₁ 214, application₂ 216,) and can becalled, for example, when the application is opened up (e.g., activated)on the UE 202. The data transfer API also can specify a periodicityparameter to indicate the periodic times (e.g., every 5 minutes) thatthe data transfer API is to be run and an associated specified datatransfer is to be executed. The data transfer API can be installed onthe UE 202 when the associated application (e.g., application₁ 214,application₂ 216,) is installed on the UE 202, or at another desiredtime, and can be updated and modified (e.g., modified to add or changedata transfer parameters, modified to add or change functions), asdesired. The UE communication management component 210 can utilize thedata transfer APIs of respective applications to facilitate identifyingthe data transfer parameters associated with respective data transfersassociated with the applications, and facilitate controlling thescheduling and bundling of data transfers, in accordance with thedefined traffic communication criterion(s).

In some implementations, the data transfer API can beRegPeriodicTolerantTransfer(periodicity, transferstarttime, callback,jitter), wherein such data transfer API can be used to register periodictolerant transfers of data in accordance with the data transferparameters, including periodicity parameter, transfer start timeparameter, call back parameter, and jitter parameter, contained inRegPeriodicTolerantTransfer(periodicity, transferstarttime, callback,jitter). It is to be appreciated thatRegPeriodicTolerantTransfer(periodicity, transferstarttime, callback,jitter) is but one example of a data transfer API, and, in accordancewith other implementations, other types of data transfer APIs (e.g.,having different data transfer parameters, having a different datatransfer API name, etc.) can be utilized in accordance with thedisclosed subject matter, and all such data transfer APIs arecontemplated by and are part of the disclosed subject matter.

The UE communication management component 210 can employ fast dormancyand TOP to efficiently manage the tail time (e.g., reduce tail time)associated with these four data transfers, as disclosed herein. The tailtime can be an amount of time that network radio resources can continueto be allocated to the UE 202, for instance, to have the UE 202 remainin a higher communication state (e.g., DCH state) in case there is goingto be further communication of data between the UE 202 and thecommunication network 204. One purpose of the tail time is to facilitatecontrolling (e.g., to mitigate) the number of state transitions of theUE 202 due to the overhead incurred by the communication network 204 andUE 202 each time there is a state transition by the UE 202. However, asthe UE 202 is continuing to utilize network radio resources during thetail time, it can be desirable for the UE 202 to actively release thenetwork radio resources, using fast dormancy, to signal thecommunication network 204 (e.g., to signal a radio network controller(RNC) associated with the communication network 204) to transition theUE 202 from the high power active communication state to the idle state,wherein in the idle state, there will be no network radio resourcesallocated to the UE 202, and the UE 202 will consume little or no powerin relation to the association of UE 202 with the communication network204.

The system 200 and its respective components and/or other associatedentities can implement TOP, which is an application-layer protocol thatcan bridge the gap between applications and fast dormancy supportprovided by the communication network 204. In accordance with oneaspect, TOP can be implemented at UE 202 via modifications to the OS(e.g., software update) and/or associated applications, taking intoaccount the implication of multiple concurrent communication connectionsand/or multiple concurrent communications using fast dormancy.

In some implementations, with regard to managing a data burst comprisingone or more data transfers, the UE communication management component210 can identify that no other communication is expected over a certainperiod of time. Based at least in part on this analysis, the UEcommunication management component 210 can determine that the tail timeafter a particular data transfer (as part of the data burst) isunnecessary since there are no communications expected by the UE 202during the tail time. As a result, in accordance with TOP, the UEcommunication management component 210 can determine that fast dormancyis to be implemented. Accordingly, the UE communication managementcomponent 210 can generate a tail termination signal and can transmitthe tail termination signal to the communication network 204 (e.g., tothe RNC associated with the communication network 204), and thecommunication network 204 can terminate the tail by immediatelytransitioning the UE 202 from the high power active communication stateto the idle state, wherein in the idle state the UE 202 will no longerhave network radio resources allocated to it by the communicationnetwork 204, until another data communication is desired and resourcesare again allocated. The system 200, by employing fast dormancy inaccordance with TOP, can thereby further reduce the use (e.g.,unnecessary use) of network radio resources by the UE 202, which canreduce power consumption by the UE 202 and also can free up networkradio resources for other UEs associated with the communication network204.

Referring briefly to FIG. 3, illustrated is a diagram of an example UMTSnetwork 300 that can facilitate desired operation of a UE in accordancewith various aspects and embodiments. The UMTS network 300 can beemployed to facilitate the scheduling and/or bundling of data transfersassociated with communication devices (e.g., UEs), the implementation offast dormancy and TOP, and/or other techniques for managing operationsof a UE (e.g., the operating state of a UE) in a communication networkenvironment.

As illustrated by FIG. 3, the UMTS network 300 can include threesubsystems: UEs 302, the UMTS Terrestrial Radio Access Network (UTRAN)304, and the Core Network (CN) 306. As used in UMTS network 300, UEs 302can be mobile handsets that interact with end users, and/or any othersuitable device(s). In one example, UTRAN 304 can enable connectivitybetween UE 302 and CN 306. UTRAN 304 can include two components: basestations 308, and Radio Network Controllers (RNCs) 310, which providecontrol functionalities for multiple base stations 308. In one example,a substantial number of the features of UTRAN 304 (e.g., packetscheduling, radio resource control, handover control, etc.) can beimplemented at the RNC 310. In another example, the centralized CN 306can be regarded as the backbone of the cellular network and can serve asan interface to other networks, such as an Internet Protocol (IP)-basednetwork 312 (e.g., Internet), wherein the CN 306 and IP-based network312 can be part of a communication network 314.

Returning briefly to FIG. 1 and FIG. 2 in the context of UMTS network300, the term “radio resource” as used herein can refer to the WidebandCDMA (WCDMA) code space, the UTRAN transmission power, and/or otherfactors that are potential bottlenecks of the network. To efficientlyutilize the limited radio resources, the UMTS radio resource control(RRC) protocol can introduce a state machine associated with each UE(e.g., UE 102, UE 302). By way of example, the RRC state machine canutilize three RRC states—IDLE, CELL_FACH, and CELL_DCH, as shown bydiagrams 402 and 404 in FIG. 4.

Referring to FIG. 4, as shown in diagrams 402 and 404, IDLE can be thedefault state of the UE when the UE is turned on. In this state, the UE(e.g., 102, 202, 302) has not established an RRC connection with theRNC; thus, no radio resource is allocated and the UE cannot transfer anydata.

In the CELL_DCH state (also referred to herein as a “high power activecommunication state” or “DCH state”), the RRC connection is establishedand a UE (e.g., 102, 202, 302) can be allocated dedicated DCH transportchannels in both DL, e.g., RNC to UE, and UL, e.g., UE to RNC. The DCHstate can allow the UE to fully utilize the radio resources for userdata transmission. In one example, when a large number of UEs are in theDCH state, the radio resources can in some cases be exhausted due to thelack of channelization codes in the cell. As a result, some UEs may berequired to use low-speed shared channels, although in such a case theirRRC states can remain at the DCH state.

In the CELL_FACH state (also referred to herein as a “low power activecommunication state”, or “FACH state”), the RRC connection isestablished but there is no dedicated channel allocated to the UE (e.g.,102, 202, 302). Instead, the UE (e.g., 102, 202, 302) can only transmituser data through shared low-speed channels (e.g., less than 20 kbps).The FACH can be utilized and designed for applications requiring verylow data throughput rate.

In accordance with one aspect, the various RRC states (also referred toherein as communication states or transition states) can impact theradio energy consumption of a UE (e.g., 102, 202, 302). For example, asshown by diagrams 402 and 404, a UE (e.g., 102, 202, 302) at the IDLEstate can consume almost no energy from its wireless network interface.While a device (e.g., UE) operates within the same state, the radiopower can be substantially stable regardless of the data throughput. Inone example, the RRC state machine can be maintained at both the UE andthe RNC. In such a case, the two peer entities can be synchronized viacontrol channels except, e.g., during transient and error situations. Inanother example, both the DL and the UL can utilize the same statemachine.

According to another aspect, there can be two types of RRC statetransitions. State promotions, including IDLE state to FACH state, IDLEstate to DCH state, and FACH state to DCH state, wherein an RNC canswitch or transition an associated UE from a state with lower radioresources and UE energy utilization to another state (e.g., highercommunication state) consuming more resources and UE energy. Conversely,state demotions, including DCH state to FACH state, FACH state to IDLEstate, and DCH state to IDLE state, proceed in the reverse direction todemote the communication state of the UE and cause the UE to utilizeless resources and consume less power. Depending on the starting state,a state promotion can be triggered by differing means. For example, ifthe UE (e.g., 102, 202, 302) is at the IDLE state, a state promotion canbe triggered by either any user data (as opposed to control data)transmission activity. If the UE (e.g., 102, 202, 302) is at the FACHstate, a state promotion can be triggered by the per-UE queue size,called the Radio Link Controller (RLC) buffer size, exceeding a definedsize threshold in either direction, for example.

In another example, state demotions can be triggered by inactivitytimers maintained by the RNC. For example, a timer controlling demotionfrom the DCH state to the FACH state is referred to herein as α, and atimer controlling FACH state to IDLE state demotions is referred toherein as β. At the DCH state, the RNC can reset the α timer to a fixedthreshold T whenever it observes any UL/DL data frame. Accordingly, ifthere is no user data transmission for T seconds, the α timer times outand the communication state of the UE can be demoted from the DCH stateto the FACH state. A similar scheme can be used for the β timer. Asshown by diagrams 402 and 404, the threshold T assigned to timers α andβ can depend in part on implementation. For example, diagram 402illustrates a system with α set to 5 seconds (also referred to herein as“sec” or “s”) and β set to 12 seconds, while diagram 404 illustrates asystem with α set to 6 seconds and β set to 4 seconds.

It can be appreciated that state promotions can involve more work thanstate demotions for both the UE and RNC. In particular, state promotionscan incur a long “ramp-up” latency of up to 2 seconds, during which tensof control messages are exchanged between a UE and RNC for resourceallocation. Excessive state promotions can thus increase the processingoverhead at the RNC and degrade user experience, especially for shortdata transfers.

Diagrams 402 and 404 in FIG. 4 depict state transition diagrams forrespective UMTS carriers, herein denoted “Carrier 1” and “Carrier 2,”whose state machine parameters (under good signal strength conditions)are listed in Table I below. In accordance with one aspect, such dataand/or other information collected via system analysis can be utilizedto characterize the tail effect of a system.

TABLE I Inferred state machine parameters for two example carriers.Inactivity timer Carrier 1 Carrier 2 α: DCH to FACH   5 sec   6 sec β:FACH to IDLE  12 sec   4 sec Promotion time Carrier 1 Carrier 2 IDLE toFACH N/A 0.6 sec IDLE to DCH   2 sec N/A FACH to DCH 1.5 sec 1.3 sec RLCBuffer threshold Carrier 1 Carrier 2 FACH to DCH (UL) 543 ± 25 B 151 ±14 B FACH to DCH (DL) 475 ± 23 B 119 ± 17 B State radio power Carrier 1Carrier 2 DCH/FACH/IDLE 800/460/0 mW 600/400/0 mW Promotion radio powerCarrier 1 Carrier 2 IDLE to FACH N/A 410 mW IDLE to DCH 550 mW N/A FACHto DCH 700 mW 480 mW

FIG. 5 depicts a diagram of example analysis results 500 showinginefficiencies in resource utilization relating to a conventionalwireless communication system. As can be seen in the example analysisresults 500, a significant amount of channel occupation time and batterylife associated with a conventional UE is wasted by applicationsgenerating many scattered data bursts and ignoring the underlying statemachine (e.g., RRC state machine). The analysis results 500 alsoillustrate how communication state transitions can negatively impact enduser experience and generate signaling load. The analysis results 500indicate that the percentage of wasted energy involving FACH and DCH forthe UE was 34% and the percentage of wasted channel occupation time forthe UE in relation to FACH and DCH was 33%.

The disclosed subject matter, by controlling the scheduling of datatransfers (e.g., delaying or advancing the scheduling of data transfers)and/or bundling or batching of data transfers (e.g., bundling datatransfers with other more time-sensitive data transfers) into singledata bursts, and/or employing fast dormancy in accordance with TOP, inaccordance with the defined traffic communication criterion(s), canfacilitate reducing the amount of power consumed by the UE and theamount of network radio resources used by the UE, the amount of wastedradio energy, and the amount of wasted channel occupation time withregard to data transfers.

FIG. 6 illustrates a block diagram of an example UE communicationmanagement component 600 in accordance with various aspects andembodiments of the disclosed subject matter. The UE communicationmanagement component 600 can include a communicator component 602 thatcan communicate (e.g., transmit, receive) information between the UEcommunication management component 600 and other components (e.g.,communication device(s), communication network(s), processorcomponent(s), user interface(s), data store(s), etc.). The informationcan include, for example, data transfers that can comprise content(e.g., video, audio, multimedia, and/or textual content), controlinformation, a tail termination indicator (e.g., tail terminationsignal) to facilitate terminating a tail to transition the UE from ahigh power active communication state to a lower communication state(e.g., the idle state), etc. The UE communication management component600 can use some of this information to facilitate controllingcommunication of data between the UE and the communication networkand/or other communication devices, controlling the communication stateof the UE, etc. The communicator component 602 can establish one or morecommunication connections to enable the UE communication managementcomponent 600 or associated UE to transmit data to or receive data fromother communication devices in the communication network environment.The communicator component 602 can communicate data via a wireline orwireless communication connection or channel.

The UE communication management component 600 also can comprise anaggregator component 604 that can aggregate data received (e.g.,obtained) from various entities (e.g., communication device(s),communication network(s), processor component(s), user interface(s),data store(s), etc.). The aggregator component 604 can correlaterespective items of data based at least in part on type of data, sourceof the data, time or date the data was generated or received, etc., tofacilitate processing of the data by other components of the UEcommunication management component 600.

The UE communication management component 600 can include an analyzercomponent 606 that can analyze information, including informationrelating to streaming (e.g., bursty streaming) of data, data transferparameters, data transfer requests, application related information, oneor more defined traffic communication criterion (e.g., and correspondingdefined traffic communication rule(s)), etc., to facilitate the makingof various identifications, determinations, decisions, etc., bycomponents of the UE communication management component 600. Respectivecomponents of the UE communication management component 600 use theanalysis results to facilitate identifying, determining, or decidingwhether streamed data is to be sent via a number of data bursts insteadof being streamed constantly at a constant bitrate, whether informationindicative of the display screen size of the UE is to be communicated toanother communication device (e.g., application server) in relation todownloading content (e.g., visual image, video content), when toschedule a data transfer, whether a data transfer can be bundled withanother data transfer(s), whether fast dormancy is to be utilized tomanage tail time, etc.

The UE communication management component 600 also can comprise astreaming controller component 608 that can identify, determine, ordecide whether streamed data (e.g., video or audio content) can or is tobe sent to the UE from the source (e.g., application server) via anumber of data bursts (e.g., a number of bursty streams) instead of thestreamed data being continuously streamed at a constant bitrate to theUE, in accordance with one or more defined traffic communicationcriterion. The streaming controller component 608 can coordinate ornegotiate with a communication device, such as an application server(e.g., a communication management component of the application server),to facilitate identifying or determining whether streamed data can or isto be sent to the UE from the communication device via a series of databursts instead of the streamed data being continuously streamed at aconstant bitrate to the UE.

The UE communication management component 600 can include a displaycharacteristics component 610 that can communication informationindicative of the display characteristics of the UE to a communicationdevice in relation to a request for content (e.g., visual image, videocontent, etc.) to facilitate enabling the communication device to adjustthe display characteristics of the content to correspond with thedisplay characteristics of a display screen of the UE. For example, thedisplay characteristics component 610 can facilitate includinginformation indicative of the display characteristics of the UE inrelation to (e.g., as part of) a request for content to a communicationdevice. The display-characteristics-related information can includedisplay screen dimensions or resolution, information indicating a makeor model of the UE, a UE identifier, username of a UE user, account orregistration number associated with the UE and/or associated UE user,etc. In some implementations, the display characteristics component 610can facilitate including the display-characteristics-related informationin a special or designated header in relation to the content request.

The UE communication management component 600 also can comprise a datatransfer scheduler component 612 that can be employed to schedule datatransfers associated with applications utilized by the UE. The datatransfer scheduler component 612 can schedule a data transfer to beexecuted at its nominal transfer start time or at another desired time(e.g., a time before or after the nominal transfer start time), inaccordance with data transfer parameters, comprising jitter information,associated with the data transfer. The scheduling of the data transferscan facilitate bundling a data transfer with another data transfer(s)into a single data burst to facilitate reducing the number of databursts communicated between the UE and communication network.

The UE communication management component 600 can contain a datatransfer grouper component 614 that can group or bundle a data transferwith one or more other data transfers into a single data burst whenpermitted in accordance with the respective data transfer parameters ofthe respective data transfers and the defined traffic communicationcriteria. The data transfer grouper component 614 can operate inconjunction with the data transfer scheduler component 612 to facilitateefficient scheduling and/or bundling of data transfers associated withthe UE.

The UE communication management component 600 can contain an interfacecomponent 616 that can be utilized to facilitate interfacing with,interacting with, and/or utilizing a desired API, such as a datatransfer API associated with an application or a tail removal API thatcan be employed as part of a fast dormancy operation in accordance withTOP, to facilitate identifying or obtaining information relating to,and/or facilitate performance of, a data transfer(s) or a dormancyoperation. In another aspect, the UE communication management component600 can comprise a dormancy component 618 that can employ fast dormancyin accordance with TOP to facilitate reducing the amount of tail time(e.g., unnecessary tail time) for the UE during communication operationsby the UE, as more fully disclosed herein.

The UE communication management component 600 can contain a queuecomponent 620 that can employ one or more queues, including a datatransfer queue, wherein respective data packets associated withrespective data transfers can be inserted in a specified order tofacilitate communication of the data packets in accordance with thescheduling of data transfers, as specified by the data transferscheduler component 612. The data transfer scheduler component 612 canoperate in conjunction with the queue component 620 to insert, order, orre-order data packets in the desired order in the queue component 620,and retrieve data packets from the queue component 620 when its time forsuch data packets to be communicated. The queue component 620 also caninclude a data reception queue, wherein respective data packetsassociated with respective received data transfers can be inserted in aspecified order to facilitate presentation of the data packets by theUE. The queue component 620 can insert, order, or re-order data packetsin a desired order in the queue component 620, and can retrieve orenable the retrieval of data packets from the queue component 620 whenits time for such data packets to be presented or provided by the UE.

In another aspect, the UE communication management component 600 cancomprise a processor component 622 that can work in conjunction with theother components (e.g., communicator component 602, aggregator component604, analyzer component 606, etc.) to facilitate performing the variousfunctions of the UE communication management component 600. Theprocessor component 622 can employ one or more processors,microprocessors, or controllers that can process data, such asinformation relating to streaming of data and/or data transfersassociated with the UE, information relating to operations of the UEcommunication management component 600, and/or other information, etc.,to facilitate operation of the UE communication management component600, as more fully disclosed herein, and control data flow between theUE communication management component 600 and other components (e.g.,communication network, base station, a server or other communicationdevice, etc.) associated with the UE communication management component600.

The UE communication management component 600 also can include a datastore 624 that can store data structures (e.g., user data, metadata),code structure(s) (e.g., modules, objects, hashes, classes, procedures)or instructions, information relating to data transfers, informationrelating to operations of the UE communication management component 600,defined traffic communication criterion(s) (and corresponding definedtraffic communication rule(s)), etc., to facilitate controllingoperations associated with the UE communication management component600. In an aspect, the processor component 622 can be functionallycoupled (e.g., through a memory bus) to the data store 624 in order tostore and retrieve information desired to operate and/or conferfunctionality, at least in part, to the communicator component 602,aggregator component 604, analyzer component 606, etc., and/orsubstantially any other operational aspects of the UE communicationmanagement component 600.

FIG. 7 presents a block diagram of an example communication managementcomponent 700 in accordance with various aspects and embodiments of thedisclosed subject matter. The communication management component 700 caninclude a communicator component 702 that can communicate (e.g.,transmit, receive) information between the communication managementcomponent 700 and other components (e.g., UE(s) or other communicationdevice(s), communication network(s), processor component(s), userinterface(s), data store(s), etc.). The information can include, forexample, data transfers that can comprise content (e.g., video, audio,multimedia, and/or textual content), control information, etc. Thecommunication management component 700 can use some of this informationto facilitate controlling communication of data between thecommunication device and the communication network and/or anothercommunication device (e.g., UE), controlling the communication state ofthe communication device, etc. The communicator component 702 canestablish one or more communication connections to enable thecommunication management component 700 or associated communicationdevice to transmit data to or receive data from other communicationdevices in the communication network environment. The communicatorcomponent 702 can communicate data via a wireline or wirelesscommunication connection or channel.

The communication management component 700 also can comprise anaggregator component 704 that can aggregate data for transmission toanother entity (e.g., UE(s), communication network(s), processorcomponent(s), user interface(s), data store(s), etc.) or received (e.g.,obtained) from another entity. The aggregator component 704 cancorrelate respective items of data based at least in part on type ofdata, source of the data, piece of content to which data portions (e.g.,bursty streams) relate, time or date the data was generated or received,etc., to facilitate processing of the data by other components of thecommunication management component 700 and/or transmission of data toanother entity.

The communication management component 700 can contain an analyzercomponent 706 that can analyze information, including informationrelating to streaming (e.g., bursty streaming) of data, data transferparameters, data transfer requests, application related information, oneor more defined traffic communication criterion (e.g., and correspondingdefined traffic communication rule(s)), etc., to facilitate the makingof various identifications, determinations, decisions, etc., bycomponents of the communication management component 700. Respectivecomponents of the communication management component 700 use theanalysis results to facilitate identifying, determining, or decidingwhether streamed data is to be sent via a number of data bursts insteadof being streamed constantly at a constant bitrate, whether content(e.g., visual image, video content) is to be adjusted in size or withregard to other display characteristics in relation to communicating thecontent to a UE based at least in part ondisplay-characteristics-related information received from the UE, whento schedule a data transfer, etc.

The communication management component 700 can comprise a streamingcontroller component 708 that can facilitate identifying, determining,or deciding whether streamed data (e.g., video or audio content) can oris to be sent to the UE from the communication device via a number ofdata bursts (e.g., a number of bursty streams) instead of the streameddata being continuously streamed at a constant bitrate to the UE, inaccordance with one or more defined traffic communication criterion. Thestreaming controller component 708 can coordinate or negotiate with theUE (e.g., the UE communication management component of the UE), tofacilitate identifying or determining whether streamed data can or is tobe sent from the communication device to the UE via a series of databursts instead of the streamed data being continuously streamed at aconstant bitrate to the UE.

The communication management component 700 can include an adjustercomponent 710 that can receive information indicative of the displaycharacteristics of the UE from the UE in relation to a request forcontent (e.g., visual image, video content, etc.). Thedisplay-characteristics-related information can include display screendimensions or resolution of the UE, information indicating a make ormodel of the UE, a UE identifier, username of a UE user, account orregistration number associated with the UE and/or associated UE user,etc. The adjuster component 710 can determine whether content is to haveits display characteristics (e.g., dimensions of an image(s) or othervisual characteristics of the image(s)) adjusted based at least in parton the received display-characteristics-related information. Thecommunication device can efficiently transmit the content (e.g.,adjusted content) to the UE such that the content, as transmitted by thecommunication device, can correspond with the display characteristics ofthe UE to facilitate presentation of the content by the UE such that thecommunication device reduces of minimizes the use of resources orbandwidth to communicate content that has different displaycharacteristics than (e.g., is larger than) the display characteristicsassociated with the UE.

The communication management component 700 can comprise a data transferscheduler component 712 that can be employed to schedule data transfersassociated with the communication device and/or application(s)associated with the communication management component 700 and utilizedby one or more UEs in a communication network environment. The datatransfer scheduler component 712 can schedule a data transfer to beexecuted at a desired time (e.g., a time within the jitter time windowassociated with the data transfer), in accordance with data transferparameters, comprising jitter information, associated with the datatransfer. The scheduling of the data transfers can facilitate bundling adata transfer with another data transfer(s) into a single data burst tofacilitate reducing the number of data bursts communicated betweencommunication devices and the UE via the communication network.

The communication management component 700 also can include a datatransfer grouper component 714 that can group or bundle a data transferwith another data transfer(s) into a single data burst, and/or schedulea data transfer(s) associated with the communication device to occur,when permitted in accordance with the data transfer parameters (e.g.,jitter parameter) of the data transfer(s) and the defined trafficcommunication criteria. The data transfer grouper component 714 canoperate in conjunction with the data transfer scheduler component 712 tofacilitate efficient scheduling and/or bundling of data transfers to besent to a UE. In some implementations, the communication managementcomponent 700 can contain an interface component 716 that can beutilized to facilitate interfacing with, interacting with, and/orutilizing a desired API, such as a data transfer API associated with anapplication, to facilitate identifying or obtaining information relatingto, and/or facilitate performance of, a data transfer(s).

The communication management component 700 can include a queue component718 that can employ one or more queues, including a data transfer queue,wherein respective data packets associated with respective datatransfers can be inserted in a specified order to facilitatecommunication of the data packets in accordance with the scheduling ofdata transfers, as specified by the data transfer scheduler component712. The queue component 718 can be and/or function as a buffercomponent to buffer the data transfers of respective portions of contentbeing transmitted to the UE in bursty streams. The data transferscheduler component 712 can operate in conjunction with the queuecomponent 718 to insert, order, or re-order data packets in the desiredorder in the queue component 718, and retrieve data packets from thequeue component 718 when its time for such data packets to becommunicated (e.g., to the UE).

In another aspect, the communication management component 700 cancomprise a processor component 720 that can work in conjunction with theother components (e.g., communicator component 702, aggregator component704, analyzer component 706, etc.) to facilitate performing the variousfunctions of the communication management component 700. The processorcomponent 720 can employ one or more processors, microprocessors, orcontrollers that can process data, such as information relating to datatransfers associated with one or more UEs, information relating tooperations of the communication management component 700, and/or otherinformation, etc., to facilitate operation of the communicationmanagement component 700, as more fully disclosed herein, and controldata flow between the communication management component 700 and othercomponents (e.g., communication network, base station, a server, UE,etc.) associated with the communication management component 700.

The communication management component 700 also can include a data store722 that can store data structures (e.g., user data, metadata), codestructure(s) (e.g., modules, objects, hashes, classes, procedures) orinstructions, information relating to data transfers, informationrelating to operations of the communication management component 700,defined traffic communication criterion(s) (and a corresponding definedtraffic communication rule(s)), etc., to facilitate controllingoperations associated with the communication management component 700.In an aspect, the processor component 720 can be functionally coupled(e.g., through a memory bus) to the data store 722 in order to store andretrieve information desired to operate and/or confer functionality, atleast in part, to the communicator component 702, aggregator component704, analyzer component 706, etc., and/or substantially any otheroperational aspects of the communication management component 700.

In order to provide further context for various aspects of the disclosedsubject matter, FIG. 8 illustrates a non-limiting example system 800that can implement some or all of the aspects described herein. As FIG.8 illustrates, system 800 can include a wireless terminal 805 (e.g.,UE). In some implementations, the wireless terminal 805 can receive andtransmit signal(s) to and/or from wireless devices such as APs, accessterminals, wireless ports and routers, or the like, through a set of Lantennas 820. In one example, antennas 820 can be implemented as part ofa communication platform 815, which in turn can comprise electroniccomponents and associated circuitry and/or other means that provide forprocessing and manipulation of received signal(s) and signal(s) to betransmitted.

In an aspect, the communication platform 815 can include areceiver/transmitter or transceiver 816, which can transmit and receivesignals and/or perform one or more processing operations on such signals(e.g., conversion from analog to digital upon reception, conversion fromdigital to analog upon transmission, etc.). In addition, transceiver 816can divide a single data stream into multiple, parallel data streams, orperform the reciprocal operation.

In another example, a multiplexer/demultiplexer (mux/demux) unit 817 canbe coupled to transceiver 816. Mux/demux unit 817 can, for example,facilitate manipulation of signal in time and frequency space.Additionally or alternatively, mux/demux unit 817 can multiplexinformation (e.g., data/traffic, control/signaling, etc.) according tovarious multiplexing schemes such as time division multiplexing (TDM),frequency division multiplexing (FDM), orthogonal frequency divisionmultiplexing (OFDM), code division multiplexing (CDM), space divisionmultiplexing (SDM), or the like. In addition, mux/demux unit 817 canscramble and spread information according to substantially any codeknown in the art, such as Hadamard-Walsh codes, Baker codes, Kasamicodes, polyphase codes, and so on.

In a further example, a modulator/demodulator (mod/demod) unit 818implemented within communication platform 815 can modulate informationaccording to multiple modulation techniques, such as frequencymodulation, amplitude modulation (e.g., L-ary quadrature amplitudemodulation (L-QAM), etc.), phase-shift keying (PSK), and the like.Further, communication platform 815 can also include a coder/decoder(codec) module 819 that can facilitate coding information fortransmission to another communication device, or decoding and/orreconstructing received information for presentation by the wirelessterminal 805.

The wireless terminal 805 can include a processor 835 that can beconfigured to confer functionality, at least in part, to substantiallyany electronic component utilized by wireless terminal 805. As furthershown in system 800, a power supply 825 can attach to a power grid andinclude one or more transformers to achieve a power level at whichvarious components and/or circuitry associated with wireless terminal805 can operate. The power supply 825 can include a rechargeable powermechanism to facilitate continued operation of wireless terminal 805 inthe event that wireless terminal 805 is disconnected from the powergrid, the power grid is not operating, etc.

In still another aspect, the wireless terminal 805 can include a UEcommunication management component 840 that can be associated with(e.g., functionally connected) to the processor 835. The UEcommunication management component 840 can be the same as or similar to,or can comprise the same or similar functionality as, similarly namedcomponents, as more fully disclosed herein.

In a further aspect, processor 835 can be functionally connected tocommunication platform 815 and can facilitate various operations on data(e.g., symbols, bits, chips, etc.), which can include, but are notlimited to, effecting direct and inverse fast Fourier transforms,selection of modulation rates, selection of data packet formats,inter-packet times, etc. In another example, processor 835 can befunctionally connected, via a data or system bus, to any othercomponents or circuitry not shown in system 800 to at least partiallyconfer functionality to each of such components.

As additionally illustrated in system 800, a memory 845 (e.g., datastore) can be used by wireless terminal 805 to store data structures,code instructions and program modules, system or device information,code sequences for scrambling, spreading and pilot transmission,location intelligence storage, determined delay offset(s), over-the-airpropagation models, and so on. The memory also can store and/or providecontent to facilitate presentation by the wireless terminal 805,display-characteristics-related information associated with the wirelessterminal 805, defined traffic communication criterion(s) (and acorresponding traffic communication rule(s)), and/or other information.Processor 835 can be coupled to the memory 845 in order to store andretrieve information necessary to operate and/or confer functionality tocommunication platform 815 and/or any other components of wirelessterminal 805.

The aforementioned systems and/or devices have been described withrespect to interaction between several components. It should beappreciated that such systems and components can include thosecomponents or sub-components specified therein, some of the specifiedcomponents or sub-components, and/or additional components.Sub-components could also be implemented as components communicativelycoupled to other components rather than included within parentcomponents. Further yet, one or more components and/or sub-componentsmay be combined into a single component providing aggregatefunctionality. Also, while various components have been illustrated asseparate components, it will be appreciated that multiple components canbe implemented as a single component, or a single component can beimplemented as multiple components, without departing from exampleembodiments. The components may also interact with one or more othercomponents not specifically described herein for the sake of brevity,but known by those of skill in the art.

In view of the example systems, components, and devices described above,example methods that can be implemented in accordance with thisdisclosure can be further appreciated with reference to flowcharts inFIGS. 9-13. For purposes of simplicity of explanation, various methodsdisclosed herein are presented and described as a series of acts;however, it is to be understood and appreciated that this disclosure isnot limited by the order of acts, as some acts may occur in differentorder and/or concurrently with other acts from that shown and describedherein. It is noted that not all illustrated acts may be required toimplement a described method in accordance with this disclosure. Inaddition, for example, one or more methods disclosed herein couldalternatively be represented as a series of interrelated states orevents, such as in a state diagram. Moreover, interaction diagram(s) orcall flow(s) represent several of the example methods disclosed hereinin accordance with the described subject matter; particularly ininstances when disparate entities, or functional elements, enactdisparate portions of one or more of the several methods. Furthermore,two or more of the disclosed example methods can be implemented incombination, to accomplish one or more features or advantages describedin this disclosure.

FIG. 9 depicts a flow chart of an example method 900 for managing datatransfers associated with a UE, in accordance with various aspects andembodiments. In accordance with various aspects, the method 900 can beutilized by a UE employing a UE communication management component,and/or can be utilized by a communication device employing acommunication management component.

At 902, a determination can be made regarding whether content (e.g.,video or audio content) can be communicated to a UE from anothercommunication device using a number of respective (e.g., separate) databursts comprising respective portions of the content instead ofcommunicating the content using a continuous stream at a constantbitrate. The UE communication component of the UE and/or thecommunication management component of the communication device candetermine whether it is acceptable (e.g., permissible, allowable,tolerable, etc.) to communicate the content to a UE from thecommunication device using a number of separate data bursts comprisingrespective portions of the content instead of communicating the contentusing a continuous stream at a constant bitrate based at least in parton the defined traffic communication criterion(s).

At 904, the respective portions of the content can be communicated tothe UE using respective data bursts in response to determining that thecontent can be communicated to the UE from the communication deviceusing separate data bursts comprising the respective portions of thecontent instead of communicating the content using a continuous streamat a constant bitrate. The UE communication component and/or thecommunication management component can respectively operate tofacilitate having the communication device transmit the respectiveportions of the content to the UE using respective data bursts inresponse to determining that it is acceptable for the content to becommunicated to the UE from the communication device using separate databursts comprising the respective portions of the content instead ofcommunicating the content using a continuous stream at a constantbitrate. In some implementations, the UE communication managementcomponent and/or communication management component can schedule a datatransfer of a portion of the content to coincide with (e.g., be bundledwith) one or more other data transfers of other content or informationas part of a single data burst, as more fully disclosed herein. The UEcommunication management component also can employ fast dormancy and/ora TOP protocol to further improve the efficiency of communication ofinformation associated with the UE, as more fully disclosed herein.

Referring next to FIG. 10, depicted is a flow chart of an example method1000 for managing data transfers associated with a UE, in accordancewith various aspects and embodiments. In accordance with variousaspects, the method 1000 can be utilized by a UE employing a UEcommunication management component in relation to receiving content fromanother communication device.

At 1002, streamed content (e.g., video, audio, or multimedia content)destined for the UE can be identified. Streamed content can be destinedfor delivery to the UE, for example, in response to a request by the UEto download the content from the communication device (e.g., applicationserver). The UE communication management component can identify thestreamed content as being, for example, content that can be continuouslystreamed to the UE at a constant bitrate. As more fully disclosedherein, streaming of content to a UE at a constant bitrate can result inradio and other resources of the UE and communication network being usedinefficiently (e.g., the communication channel (e.g., DCH), which can beused to communicate the content, can be underutilized and/orunnecessarily utilized).

At 1004, a determination can be made regarding whether transmission ofthe content to the UE can be delayed for a desired amount of time andtransmitted in bursty streams of content to the UE. The UE communicationmanagement component can negotiate with the communication managementcomponent of the source (e.g., sender) communication device regardingwhether transmission of the content to the UE can be delayed for adesired amount of time and transmitted in bursty streams to the UE,wherein each of the bursty streams can include respective portions ofthe content.

At 1006, respective portions of the content can be received inrespective bursty streams at respective (e.g., different) times (e.g.,at regular or irregular time intervals) from the source communicationdevice in response determining that transmission of the content to theUE can be delayed for a desired amount of time and transmitted in burstystreams of content to the UE. In response determining that transmissionof the content to the UE can be delayed for a desired amount of time andtransmitted in bursty streams of content to the UE, the sourcecommunication device can transmit the respective portions of content inthe respective bursty streams at respective times, and the UE canreceive the respective portions of the content in the respective burstystreams at those respective times.

In some implementations, the UE communication management component canschedule a data transfer of a respective portion of the content to haveit bundled with one or more other data transfers associated with (e.g.,destined for delivery to) the UE. For example, if the UE is able toreceive a data transfer from a second source communication device (e.g.,an application server) during a particular time interval, and the datatransfer of the respective portion of content from the sourcecommunication device can be received during that particular timeinterval (e.g., without disruption of presentation of the content by theUE), the UE communication management component can schedule these datatransfers to be delivered to the UE during a same data burst, instead ofhaving them delivered to the UE in separate data bursts, whereincommunicating the data transfers in the same data burst can be moreefficient than communicating these data transfers in separate databursts.

FIG. 11 depicts a flow chart of an example method 1100 for managing datatransfers associated with a UE, in accordance with various aspects andembodiments. In accordance with various aspects, the method 1100 can beutilized by a communication device employing a communication managementcomponent in relation to transmitting content to the UE.

At 1102, streamed content (e.g., video, audio, or multimedia content)destined for the UE can be identified. Streamed content can be destinedfor delivery to the UE, for example, in response to a request by the UEto download the content from the communication device (e.g., applicationserver). The communication management component can identify thestreamed content as being, for example, content that can be continuouslystreamed to the UE at a constant bitrate by the communication device. Asmore fully disclosed herein, streaming of content to a UE at a constantbitrate can result in radio and other resources of the UE andcommunication network being used inefficiently (e.g., the communicationchannel (e.g., DCH)), which can be used to communicate the content, canbe underutilized and/or unnecessarily utilized).

At 1104, a determination can be made regarding whether transmission ofthe content to the UE can be delayed for a desired amount of time andtransmitted in bursty streams of content to the UE. The communicationmanagement component, associated with the communication device, cannegotiate with the UE communication management component, associatedwith the UE, regarding whether transmission of the content to the UE canbe delayed for a desired amount of time and transmitted in burstystreams to the UE, wherein each of the bursty streams can includerespective portions of the content.

At 1106, respective portions of the content can be stored in a buffercomponent (e.g., queue and/or buffer component) to facilitatetransmission of the respective portions of the content in respectivebursty streams at respective times, in response determining thattransmission of the content to the UE can be delayed for a desiredamount of time and transmitted in bursty streams of content to the UE.In response to determining that transmission of the content to the UEcan be delayed for a desired amount of time and transmitted in burstystreams of content to the UE, the communication management component canstore a subset of the respective portions of the content in the buffercomponent for transmission of the respective portions of the content insubsequent data bursts, in accordance with the defined trafficcommunication criterion(s).

At 1108, the respective portions of the content can be transmitted inrespective bursty streams at respective (e.g., different) times (e.g.,at regular or irregular time intervals) to the UE. At respective times(e.g., as scheduled in coordination with the UE communication managementcomponent), the communication management component can facilitatetransmitting the respective portions of the content in the respectivebursty streams to the UE, and the UE can receive the respective portionsof the content in the respective bursty streams at the respective times.In some implementations, the UE communication management component andthe communication management component can coordinate with each other toschedule a data transfer of a respective portion of the content to haveit bundled with one or more other data transfers associated with (e.g.,destined for delivery to) the UE, as more fully disclosed herein.

FIG. 12 illustrates a flow chart of an example method 1200 that canfacilitate modifying display characteristics associated with content tofacilitate efficient transmission of the content in accordance withvarious aspects and embodiments. As desired, the method 1200 can beemployed, for example, by the UE (e.g., UE communication managementcomponent of the UE) in relation to communication of content between acommunication device and the UE.

At 1202, a request for content and associated information indicative ofdisplay characteristics of the UE can be generated. The UE can generatea request for content (e.g., content including a visual image or videocontent). The UE communication management component can providedisplay-characteristics-related information in relation to (e.g., aspart of) the request for content.

At 1204, the request for content and the associated informationindicative of display characteristics of the UE can be transmitted,e.g., to the communication device that can provide the content. The UEand/or associated UE communication management component can facilitatetransmitting the request for content and the associated informationindicative of display characteristics of the UE to the communicationdevice that can provide the content.

At 1206, the content, at least a portion of which can be adjusted inaccordance with the display-characteristics-related information, can bereceived (e.g., by the UE). The UE can receive the content, includingthe adjusted portion, from the communication device. The communicationdevice can adjust at least a portion (e.g., visual image(s) or videocontent) of the content to correspond to the display characteristics ofthe UE in accordance with the display-characteristics-relatedinformation associated with the UE, as provided to the communicationdevice in relation to the content request.

At 1208, the content, including the adjusted portion of the content, canbe presented. The UE can present the content, including the adjustedportion of the content, on a display screen of the UE.

FIG. 13 depicts a flow chart of another example method 1300 that canfacilitate modifying display characteristics associated with content tofacilitate efficient transmission of the content in accordance withvarious aspects and embodiments. As desired, the method 1300 can beemployed, for example, by a communication device (e.g., communicationmanagement component of the communication device) in relation tocommunication of content between the communication device and the UE.

At 1302, a request for content and associated information indicative ofdisplay characteristics of the UE can be received. The UE can generate arequest for content (e.g., content including a visual image or videocontent). The UE communication management component can providedisplay-characteristics-related information to the communication device(e.g., communication management component) in relation to (e.g., as partof) the request for content.

At 1304, the information indicative of display characteristics of the UEcan be analyzed. The communication management component can analyze thedisplay-characteristics-related information to facilitate determiningwhether to adjust certain content (e.g., visual image(s), video content)associated with the content request.

At 1306, at least a portion of the content can be adjusted based atleast in part on the display-characteristics-related information. Thecommunication management component can adjust at least a portion (e.g.,visual image(s) or video content) of the requested content to correspondto the display characteristics of the UE in accordance with thedisplay-characteristics-related information associated with the UE. Forexample, the communication management component can adjust (e.g.,decrease) the size of a visual image(s) or video content to correspondto the display characteristics (e.g., display screen dimensions orresolution) of the UE in accordance with thedisplay-characteristics-related information associated with the UE.

At 1308, the content, including the adjusted portion of the content, canbe transmitted, e.g., to the UE. The communication device can transmitthe content, including the adjusted portion (e.g., adjusted visualimage(s) or video content) of the content, to the UE for presentation bythe UE.

Turning to FIG. 14, a non-limiting example computing system or operatingenvironment in which various aspects of the disclosed subject matter canbe implemented is illustrated. One of ordinary skill in the art canappreciate that handheld, portable and other computing devices andcomputing objects of all kinds are contemplated for use in connectionwith the disclosed subject matter, e.g., anywhere that a communicationssystem may be desirably configured. Accordingly, the below generalpurpose remote computer described below in FIG. 14 is but one example ofa computing system in which the disclosed subject matter may beimplemented.

Although not required, various aspects of the disclosed subject mattercan partly be implemented via an operating system, for use by adeveloper of services for a device or object, and/or included withinapplication software that can operate in connection with thecomponent(s) of the disclosed subject matter. Software may be describedin the general context of computer-executable instructions, such asprogram modules, being executed by one or more computers, such as clientworkstations, servers or other devices. Those skilled in the art willappreciate that various aspects of the disclosed subject matter may bepracticed with other computer system configurations and protocols.

FIG. 14 can thus illustrate an example of a suitable computing systemenvironment 1400 in which various aspects of the disclosed subjectmatter can be implemented, although as disclosed above, the computingsystem environment 1400 is only one example of a suitable computingenvironment for a computing system and is not intended to suggest anylimitation as to the scope of use or functionality of the disclosedsubject matter. Neither should the computing environment 1400 beinterpreted as having any dependency or requirement relating to any oneor combination of components illustrated in the example operatingenvironment 1400.

With reference to FIG. 14, an example of a computing environment 1400for implementing various aspects of the disclosed subject matterincludes a general purpose computing device in the form of a computer1410. Components of computer 1410 can include, but are not limited to, aprocessing unit 1420, a system memory 1430, and a system bus 1421 thatcouples various system components including the system memory to theprocessing unit 1420. The system bus 1421 can be any of several types ofbus structures including a memory bus or memory controller, a peripheralbus, and a local bus using any of a variety of bus architectures.

Computer 1410 can include a variety of media, which can includecomputer-readable storage media and/or communications media, which twoterms are used herein differently from one another as follows.Computer-readable storage media can be any available storage media thatcan be accessed by the computer and includes both volatile andnonvolatile media, removable and non-removable media. By way of example,and not limitation, computer-readable storage media can be implementedin connection with any method or technology for storage of informationsuch as computer-readable instructions, program modules, structureddata, or unstructured data. Computer-readable storage media can include,but are not limited to, RAM, ROM, Electrically Erasable Programmable ROM(EEPROM), flash memory or other memory technology, CD-ROM, digitalversatile disk (DVD) or other optical disk storage, magnetic cassettes,magnetic tape, magnetic disk storage or other magnetic storage devices,or other tangible and/or non-transitory media which can be used to storedesired information. Computer-readable storage media can be accessed byone or more local or remote computing devices, e.g., via accessrequests, queries or other data retrieval protocols, for a variety ofoperations with respect to the information stored by the medium.

Communications media can embody computer-readable instructions, datastructures, program modules or other structured or unstructured data ina data signal such as a modulated data signal, e.g., a carrier wave orother transport mechanism, and include any information delivery ortransport media. The term “modulated data signal” or signals refers to asignal that has one or more of its characteristics set or changed insuch a manner as to encode information in one or more signals. By way ofexample, and not limitation, communication media include wired media,such as a wired network or direct-wired connection, and wireless mediasuch as acoustic, RF, infrared and other wireless media.

The system memory 1430 can include computer storage media in the form ofvolatile and/or nonvolatile memory such as read only memory (ROM) and/orrandom access memory (RAM). A basic input/output system (BIOS),containing the basic routines that help to transfer information betweenelements within computer 1410, such as during start-up, can be stored inmemory 1430. Memory 1430 also can contain data and/or program modulesthat can be immediately accessible to and/or presently being operated onby processing unit 1420. By way of example, and not limitation, memory1430 also can include an operating system, application programs, otherprogram modules, and program data.

The computer 1410 can also include other removable/non-removable,volatile/nonvolatile computer storage media. For example, computer 1410could include a hard disk drive that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive thatreads from or writes to a removable, nonvolatile magnetic disk, and/oran optical disk drive that reads from or writes to a removable,nonvolatile optical disk, such as a CD-ROM or other optical media. Otherremovable/non-removable, volatile/nonvolatile computer storage mediathat can be used in the exemplary operating environment include, but arenot limited to, magnetic tape cassettes, flash memory cards, digitalversatile disks, digital video tape, solid state RAM, solid state ROMand the like. A hard disk drive can be connected to the system bus 1421through a non-removable memory interface such as an interface, and amagnetic disk drive or optical disk drive can be connected to the systembus 1421 by a removable memory interface, such as an interface.

A user can enter commands and information into the computer 1410 throughinput devices, such as a keyboard and pointing device, commonly referredto as a mouse, trackball or touch pad. Other input devices can include amicrophone, joystick, game pad, satellite dish, scanner, or the like.These and other input devices 1440 are often connected to the processingunit 1420 through an input interface(s) 1440 and/or associatedinterface(s) that can be coupled to the system bus 1421, but can beconnected by other interfaces and bus structures, such as a parallelport, game port or a universal serial bus (USB). A graphics subsystemcan also be connected to the system bus 1421. A monitor or other type ofdisplay device also can be connected to the system bus 1421 via aninterface, such as output interface(s) 1450, which can in turncommunicate with video memory. In addition to a monitor, computers canalso include other peripheral output devices such as speakers and aprinter, which can be connected through output interface(s) 1450.

The computer 1410 can operate in a networked or distributed environmentusing logical connections to one or more other remote computers, such asremote computer 1470, which can in turn have media capabilitiesdifferent from device 1410. The remote computer 1470 can be a personalcomputer, a server, a router, a network PC, a peer device or othercommon network node, or any other remote media consumption ortransmission device, and can include any or all of the elementsdescribed above relative to the computer 1410. The logical connectionsdepicted in FIG. 14 include a network 1471, such local area network(LAN) or a wide area network (WAN), but can also include othernetworks/buses. Such networking environments are commonplace in homes,offices, enterprise-wide computer networks, intranets and the Internet.

When used in a LAN networking environment, the computer 1410 can beconnected to the LAN 1471 through a network interface or adapter. Whenused in a WAN networking environment, the computer 1410 can include acommunications component, such as a modem, or other means forestablishing communications over the WAN, such as the Internet. Acommunications component, such as a modem, which can be internal orexternal, can be connected to the system bus 1421 via an inputinterface(s) 1440, or other appropriate mechanism. In a networkedenvironment, program modules depicted relative to the computer 1410, orportions thereof, can be stored in a remote memory storage device. Itwill be appreciated that the network connections shown and described areexemplary and other means of establishing a communications link betweenthe computers can be used.

It is to be appreciated and understood that components (e.g., UE, AP,communication network, UE communication management component,communication management component, etc.), as described with regard to aparticular system or method, can include the same or similarfunctionality as respective components (e.g., respectively namedcomponents or similarly named components) as described with regard toother systems or methods disclosed herein.

As used in this application, the terms “component,” “system,”“platform,” “layer,” “interface,” and the like, can refer to and/or caninclude a computer-related entity or an entity related to an operationalmachine with one or more specific functionalities. The entitiesdisclosed herein can be either hardware, a combination of hardware andsoftware, software, or software in execution. For example, a componentmay be, but is not limited to being, a process running on a processor, aprocessor, an object, an executable, computer-executable instructions, athread of execution, a program, and/or a computer. By way ofillustration, both an application running on a server and the server canbe a component. One or more components may reside within a processand/or thread of execution and a component may be localized on onecomputer and/or distributed between two or more computers.

In another example, respective components can execute from variouscomputer readable media having various data structures stored thereon.The components may communicate via local and/or remote processes such asin accordance with a signal having one or more data packets (e.g., datafrom one component interacting with another component in a local system,distributed system, and/or across a network such as the Internet withother systems via the signal). As another example, a component can be anapparatus with specific functionality provided by mechanical partsoperated by electric or electronic circuitry, which can be operated by asoftware or firmware application executed by a processor. In such acase, the processor can be internal or external to the apparatus and canexecute at least a part of the software or firmware application. As yetanother example, a component can be an apparatus that provides specificfunctionality through electronic components without mechanical parts,wherein the electronic components can include a processor or other meansto execute software or firmware that confers at least in part thefunctionality of the electronic components. In an aspect, a componentcan emulate an electronic component via a virtual machine, e.g., withina cloud computing system.

In addition, the term “or” is intended to mean an inclusive “or” ratherthan an exclusive “or.” That is, unless specified otherwise, or clearfrom context, “X employs A or B” is intended to mean any of the naturalinclusive permutations. That is, if X employs A; X employs B; or Xemploys both A and B, then “X employs A or B” is satisfied under any ofthe foregoing instances. Moreover, articles “a” and “an” as used in thesubject specification and annexed drawings are to be construed to mean“one or more” unless specified otherwise or clear from context to bedirected to a singular form.

Moreover, terms like “user equipment”, “mobile station,” “mobile,”“wireless device,” “wireless communication device,” “subscriberstation,” “subscriber equipment,” “access terminal,” “terminal,”“handset,” and similar terminology are used herein to refer to awireless device utilized by a subscriber or user of a wirelesscommunication service to receive or convey data, control, voice, video,sound, gaming, or substantially any data-stream or signaling-stream. Theforegoing terms are utilized interchangeably in the subjectspecification and related drawings. Likewise, the terms “access point”(AP), “base station,” “Node B,” “Evolved Node B” (eNode B or eNB), “HomeNode B” (HNB), “home access point” (HAP), and the like are utilizedinterchangeably in the subject application, and refer to a wirelessnetwork component or appliance that serves and receives data, control,voice, video, sound, gaming, or substantially any data-stream orsignaling-stream from a set of subscriber stations. Data and signalingstreams can be packetized or frame-based flows.

Furthermore, the terms “user,” “subscriber,” “customer,” “consumer,”“owner,” “agent,” and the like are employed interchangeably throughoutthe subject specification, unless context warrants particulardistinction(s) among the terms. It should be appreciated that such termscan refer to human entities or automated components supported throughartificial intelligence (e.g., a capacity to make inference based oncomplex mathematical formalisms), which can provide simulated vision,sound recognition and so forth.

As used herein, the terms “example,” “exemplary,” and/or “demonstrative”are utilized to mean serving as an example, instance, or illustration.For the avoidance of doubt, the subject matter disclosed herein is notlimited by such examples. In addition, any aspect or design describedherein as an “example,” “exemplary,” and/or “demonstrative” is notnecessarily to be construed as preferred or advantageous over otheraspects or designs, nor is it meant to preclude equivalent exemplarystructures and techniques known to those of ordinary skill in the art.Furthermore, to the extent that the terms “includes,” “has,” “contains,”and other similar words are used in either the detailed description orthe claims, such terms are intended to be inclusive, in a manner similarto the term “comprising” as an open transition word, without precludingany additional or other elements.

It is to be noted that aspects, features, and/or advantages of thedisclosed subject matter can be exploited in substantially any wirelesstelecommunication or radio technology, e.g., Wi-Fi; Bluetooth; WorldwideInteroperability for Microwave Access (WiMAX); ZigBee, and/or other802.XX wireless technologies, including, for example, wirelesstechnologies using 802.11a, b, g, or n; Enhanced General Packet RadioService (Enhanced GPRS); Third Generation Partnership Project (3GPP)Long Term Evolution (LTE); Third Generation Partnership Project 2(3GPP2) Ultra Mobile Broadband (UMB); 3GPP Universal MobileTelecommunication System (UMTS); High Speed Packet Access (HSPA); HighSpeed Downlink Packet Access (HSDPA); High Speed Uplink Packet Access(HSUPA); GSM (Global System for Mobile Communications) EDGE (EnhancedData Rates for GSM Evolution) Radio Access Network (GERAN); UMTSTerrestrial Radio Access Network (UTRAN); LTE Advanced (LTE-A); etc.Additionally, some or all of the aspects described herein can beexploited in legacy telecommunication technologies, e.g., GSM. Inaddition, mobile as well non-mobile networks (e.g., the Internet, dataservice network such as internet protocol television (IPTV), etc.) canexploit aspects or features described herein.

Various aspects or features described herein can be implemented as amethod, apparatus, system, or article of manufacture using standardprogramming or engineering techniques. In addition, various aspects orfeatures disclosed in the subject specification can also be realizedthrough program modules that implement at least one or more of themethods disclosed herein, the program modules being stored in a memoryand executed by at least a processor. Other combinations of hardware andsoftware or hardware and firmware can enable or implement aspectsdescribed herein, including disclosed method(s). The term “article ofmanufacture” as used herein can encompass a computer program accessiblefrom any computer-readable device, carrier, or storage media. Forexample, computer readable storage media can include but are not limitedto magnetic storage devices (e.g., hard disk, floppy disk, magneticstrips . . . ), optical discs (e.g., compact disc (CD), digitalversatile disc (DVD), blu-ray disc (BD) . . . ), smart cards, and flashmemory devices (e.g., card, stick, key drive . . . ), or the like.

As it is employed in the subject specification, the term “processor” canrefer to substantially any computing processing unit or devicecomprising, but not limited to, single-core processors;single-processors with software multithread execution capability;multi-core processors; multi-core processors with software multithreadexecution capability; multi-core processors with hardware multithreadtechnology; parallel platforms; and parallel platforms with distributedshared memory. Additionally, a processor can refer to an integratedcircuit, an application specific integrated circuit (ASIC), a digitalsignal processor (DSP), a field programmable gate array (FPGA), aprogrammable logic controller (PLC), a complex programmable logic device(CPLD), a discrete gate or transistor logic, discrete hardwarecomponents, or any combination thereof designed to perform the functionsdescribed herein. Further, processors can exploit nano-scalearchitectures such as, but not limited to, molecular and quantum-dotbased transistors, switches and gates, in order to optimize space usageor enhance performance of user equipment. A processor may also beimplemented as a combination of computing processing units.

In the subject specification, terms such as “store,” “storage,” “datastore,” data storage,” “database,” and substantially any otherinformation storage component relevant to operation and functionality ofa component are utilized to refer to “memory components,” entitiesembodied in a “memory,” or components comprising a memory. It is to beappreciated that memory and/or memory components described herein can beeither volatile memory or nonvolatile memory, or can include bothvolatile and nonvolatile memory.

By way of illustration, and not limitation, nonvolatile memory caninclude read only memory (ROM), programmable ROM (PROM), electricallyprogrammable ROM (EPROM), electrically erasable ROM (EEPROM), or flashmemory. Volatile memory can include random access memory (RAM), whichacts as external cache memory. By way of illustration and notlimitation, RAM can be available in many forms such as synchronous RAM(SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rateSDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), anddirect Rambus RAM (DRRAM). Additionally, the disclosed memory componentsof systems or methods herein are intended to comprise, without beinglimited to comprising, these and any other suitable types of memory.

What has been described above includes examples of systems and methodsthat provide advantages of the disclosed subject matter. It is, ofcourse, not possible to describe every conceivable combination ofcomponents or methods for purposes of describing the disclosed subjectmatter, but one of ordinary skill in the art may recognize that manyfurther combinations and permutations of the disclosed subject matterare possible. Furthermore, to the extent that the terms “includes,”“has,” “possesses,” and the like are used in the detailed description,claims, appendices and drawings such terms are intended to be inclusivein a manner similar to the term “comprising” as “comprising” isinterpreted when employed as a transitional word in a claim.

What is claimed is:
 1. A system, comprising: a processor; and a memorythat stores executable instructions that, when executed by theprocessor, facilitate performance of operations, comprising: based on ajitter parameter associated with a second portion of content,determining whether a data transfer time for a second communication ofthe second portion of the content is able to be modified to delay thesecond communication via a second data burst for a defined amount oftime after a first communication of a first portion of the content via afirst data burst, wherein the jitter parameter indicates an amount oftime delay from the data transfer time that is permitted; anddetermining whether the content is permitted to be received by a deviceusing separate data bursts comprising the first data burst comprisingthe first portion of the content and the second data burst comprisingthe second portion of the content, wherein the determining whether thedata transfer time is able to be modified facilitates the determiningwhether the content is permitted to be received by the device using theseparate data bursts.
 2. The system of claim 1, wherein the operationsfurther comprise: in response to the content being determined to bepermitted to be received by the device using the separate data bursts,receiving respective portions of the content in respective data burstsof the separate data bursts, wherein the respective portions of thecontent comprise the first portion of the content and the second portionof the content, and wherein the respective data bursts comprise thefirst data burst and the second data burst.
 3. The system of claim 1,wherein the content is initially scheduled to be received by the devicevia a continuous stream at a defined bitrate, and wherein thedetermining whether the content is permitted to be received by thedevice using the separate data bursts comprises determining whether thecontent is permitted to be received by the device using the separatedata bursts as an alternative to the content being received by thedevice via the continuous stream at the defined bitrate.
 4. The systemof claim 1, wherein the operations further comprise: analyzing thejitter parameter, the data transfer time for the second communication ofthe second portion of the content, and a time period associated with thefirst communication of the first portion of the content with the firstdata burst, and wherein the determining whether the data transfer timefor the second communication of the second portion of the content isable to be modified comprises, based on a result of the analyzing of thejitter parameter, the data transfer time, and the time period,determining whether the data transfer time for the second communicationof the second portion of the content is able to be modified to delay thesecond communication of the second portion of the content via the seconddata burst for the defined amount of time after the first communicationof the first portion of the content via the first data burst.
 5. Thesystem of claim 1, wherein the determining whether the data transfertime for the second communication of the second portion of the contentis able to be modified comprises, based on the jitter parameter and adefined traffic communication criterion relating to a subscriptionassociated with the content, determining whether the data transfer timefor the second communication of the second portion of the content isable to be modified to delay the second communication of the secondportion of the content via the second data burst for the defined amountof time after the first communication of the first portion of thecontent via the first data burst.
 6. The system of claim 1, where thedevice is a first device, and wherein the operations further comprisescheduling a transmission of respective data transfers of respectiveportions of the content with a second device that is to transmit therespective portions of the content to the first device, and wherein therespective portions of the content comprise the first portion of thecontent and the second portion of the content.
 7. The system of claim 6,wherein the scheduling of the transmission of the respective datatransfers comprises scheduling a first transmission of a first datatransfer of the respective data transfers from the second device tooccur within a specified amount of time of a second transmission of asecond data transfer associated with different content from a thirddevice to facilitate receiving the first data transfer and the seconddata transfer in a same data burst of the separate data bursts.
 8. Thesystem of claim 1, wherein the operations further comprise: transmittinginformation indicative of a display characteristic associated with thedevice; receiving a modified visual image that has been modified basedon the display characteristic associated with the device, wherein themodified visual image is received as part of a portion of the respectiveportions of the content; and providing the modified visual image to adisplay screen of the device that is associated with the displaycharacteristic to facilitate presentation of the modified visual imagevia the display screen.
 9. The system of claim 8, wherein the displaycharacteristic comprises information indicative of a display screendimension associated with the device, and wherein a resolution of thevisual image has been modified, based on the information indicative ofthe display characteristic, to generate the modified visual image.
 10. Amethod, comprising: determining, by a system comprising a processor,whether receiving content by a device via individual data bursts isacceptable, wherein the individual data bursts comprise a first databurst comprising a first portion of the content and a second data burstcomprising a second portion of the content; and to facilitate thedetermining whether the receiving of the content by the device via theindividual data bursts is acceptable, and based on a jitter parameterassociated with the second portion of the content, determining, by thesystem, whether a data transfer start time for a second communication ofthe second portion of the content to the device is able to be adjustedto delay the second communication of the second portion of the contentwith the second data burst for a defined amount of time after a firstcommunication of the first portion of the content, as part of the firstdata burst, to the device, wherein the jitter parameter indicates anamount of time deviation from the data transfer start time that isacceptable.
 11. The method of claim 10, further comprising: in responseto determining that the receiving of the content by the device via theindividual data bursts is acceptable, receiving, by the system,individual portions of the content, comprising the first portion of thecontent and the second portion of the content, via the individual databursts.
 12. The method of claim 10, wherein the content is initiallyscheduled to be streamed to the device via a continuous stream at aspecified bitrate, and wherein the determining whether the receiving ofthe content by the device via the individual data bursts is acceptablecomprises determining whether the receiving of the content by the devicevia the individual data bursts is acceptable as an alternative to thecontent being received by the device via the continuous stream at thespecified bitrate.
 13. The method of claim 10, wherein the determiningwhether the data transfer start time for the second communication of thesecond portion of the content to the device is able to be adjustedcomprises, based on the jitter parameter and a defined trafficcommunication criterion relating to presentation of the content withoutdisruption, determining whether the data transfer start time for thesecond communication of the second portion of the content to the deviceis able to be adjusted to delay the second communication of the secondportion of the content with the second data burst for the defined amountof time after the first communication of the first portion of thecontent, as part of the first data burst, to the device.
 14. The methodof claim 10, wherein the device is a first device, and wherein themethod further comprises: scheduling, by the system, a first datatransfer, comprising the first portion of the content, to be receivedfrom a second device within a specified amount of time of a second datatransfer, comprising different content, to be received from a thirddevice to facilitate communicating the first data transfer and thesecond data transfer in a same data burst of the individual data bursts,wherein the same data burst is the first data burst; and receiving, bythe system, the first data transfer and the second data transfer in thesame data burst.
 15. The method of claim 14, wherein the second datatransfer is a periodic data transfer.
 16. The method of claim 14,wherein the second data transfer is an aperiodic data transfer.
 17. Themethod of claim 10, further comprising: transmitting, by the system,information indicative of a display characteristic associated with thedevice to facilitate modifying a visual image of the content to amodified visual image to correspond to the display characteristic; andreceiving, by the system, the modified visual image based on the displaycharacteristic associated with the device.
 18. The method of claim 17,wherein the information indicative of the display characteristiccomprises at least one item of data from a group of items of datacomprising first data relating to a length of a display screen of thedevice, second data relating to a width of the display screen, thirddata relating to a number of pixels of the display screen, fourth datarelating to a manufacturer and a model of the device, fifth datarelating to an identifier associated with the device, sixth datarelating to a username associated with a user identity associated withthe device, and seventh data relating to an account number associatedwith the device.
 19. A machine-readable storage medium, comprisingexecutable instructions that, when executed by a processor, facilitateperformance of operations, comprising: based on a data transferparameter associated with a second subset of content, determiningwhether a data transfer time for a second transmission of the secondsubset of the content to the device is adjustable to delay the secondtransmission of the second subset of the content with a second databurst to the device for a defined amount of time after a firsttransmission of a first subset of the content with a first data burst tothe device, wherein the data transfer parameter indicates an amount oftime deviation from the data transfer time that is permissible; andbased on a result of the determining whether the data transfer time forthe second transmission of the second subset of the content to thedevice is adjustable, determining whether the content is transmittableto a device via separate data bursts comprising the first data burst,comprising the first subset of the content, and the second data burst,comprising the second subset of the content.
 20. The machine-readablestorage medium of claim 19, wherein the operations further comprise: inresponse to determining that the content is transmittable to the devicevia the separate data bursts, transmitting respective subsets of thecontent to the device using the separate data bursts, and wherein therespective subsets of the content comprise the first subset of thecontent and the second subset of the content.